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[57] ABSTRACT 

A Reed-Solomon decoder with dedicated hardware for 
five sequential algorithms is provided with overall pipe- 
lining by memory swapping between input, processing 
and output memories, and internal pipelining through 
the five algorithms. The code definition to be used in 
decoding is specified by a keyword received with each 
block of data so that a number of different code formats 
may be decoded by the same hardware. 

9 Claims, 15 Drawing Figures 
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REED-SOLOMON DECODER 

ORIGIN OF INVENTION 

The invention described herein was made in the per- 5 
formance of work under a NASA contract and is sub- 
ject to the provisions of Section 305 of the National 
Aeronautics and Space Act of 1958, Public Law 85-568 
(72 Stat. 435; 42 USC 2457). 

BACKGROUND OF THE INVENTION 

This invention relates to decoding data that has been 
encoded with a Reed-Solomon code for transmission, 
and more specifically to decoding Reed-Solomon en- 
coded data containing check bits. 15 

When transmitting data from spacecraft, noise inter- 
ference can be greatly reduced by encoding the data in 
one of the known error correcting codes. However, 
these codes require that extra “overhead” bits be trans- 
mitted along with the data, which reduces the rate of 20 
data transmission. Among the most sophisticated and 
powerful codes, the Golay and the convolutional codes 
require as much as a 50% overhead, thus effectively 
halving the data rate. Reed-Solomon codes, discussed in 
the article “Polynomial Codes Over Certain Finite 25 
Field” by I. S. Reed and G. Solomon, J. Soc. Industr. 
Appl. Math, Vol. 8, No. 2, pp 300-304, June, 1960, 
require fewer overhead bits and are therefore quite 
attractive. 

Several space missions have Reed-Solomon encoders 30 
on board, and Reed-Solomon decoders on the ground, 
such as the Galileo Mission. However, commercial 
Reed-Solomon decoders are unavailable for the code 
format adopted for the Galileo Mission, a format which 
requires only a 15% overhead. Only one Reed-Solomon 35 
decoder has even been produced commercially; it oper- 
ated with a different format and was too slow for the 
required data rate from Galileo. This decoder, de- 
scribed in U.S. Pat. No. 4,162,480 by Elwyn R. Ber- 
lekamp, used general purpose microcomputers to oper- 40 
ate the decoding processes, which required a minimum 
of hardware but caused many internal delays during 
processing. 

The present invention has the ability to decode three 
formats, including the Galileo and the potential of de- 45 
coding other formats as well. The design philosophy is 
to use dedicated hardware for higher speed operation, 
and to pipeline data processing throughout, and inter- 
nally within each stage as well. Although this requires 
more hardware than the microprocessor approach, 50 
which is tolerable on ground equipment, it eliminates 
delays by allowing processing to begin on a second 
word before it is fully completed on a first word, and 
calculations are- more direct. In addition, the dedicated 
hardware can be operated at a higher clock rate than 55 
can general purpose computers. 

SUMMARY OF THE INVENTION 

In accordance with the present invention, an encoded 
data stream is pipelined through input means to memory 60 
means having three identical memories, each with its 
own addressing network and output terminals. There 
the input data is stored in one while previously input 
received data stored in another is decoded, and decoded 
data stored in the third is transmitted out. When all 65 
three functions (input, decoding and output) are done, 
switching means automatically swaps memories, the 
memories coupled to the three parts, such that the sec- 
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ond becomes the third for output of decoded data, the 
third becomes the first for input of new data, and the 
first becomes the second for decoding data. The decod- 
ing means is comprised of a plurality of sections, each 
for carrying out an algorithm step, and each internally 
pipelined such that the data is pipelined through the 
decoding means. The data received is encoded in a 
Reed-Solomon code consisting of codewords made up 
of K data and N-K check symbols, where N is an arbi- 
trary number and K is a number smaller than N. Each 
symbol is made up of J binary bits, encoded with a 
generator polynomial g(X) for the code and a field 
generating polynomial M(X) which defines the repre- 
sentation of the Galois field. The sequential algorithmic 
steps are: 

1. Syndrome Generation for generating a syndrome 
S(X) = S m X m - 1 + S m _ i X m ~ 2 . . . +S 2 X+S 1 where 
m=2 w . 

2. Euclid’s Algorithm for determining the error loca- 
tor polynomial cr(X)=oyX/-fcr ; _iX/'- 1 . . . -fcnX+o- 0 
where 1 =j=m/2 and the error magnitude evaluator 
polynomial <y(X) = gj/XH- o)/_ iX /_ 1 . . . -f<u/X+G>o 
where i = j — 1 • 

3. Chien Search for computing the roots fi of the 
error locator polynomial cr(X) to determine the loca- 
tion of errors. 

4. Error Magnitude Computation for determining the 
error magnitudes Ej3 from the derivative cr'(X) of the 
error locator polynomial, the error magnitude evaluator 
polynomial o>(X) and the root fi of the error locator 
polynomial by computing o-'(/2) and o)(/3), and the com- 
puting E/3=<r'(/3)/a)03). 

5. Correction of errors by adding the error magni- 
tudes at the proper locations. The location of an error 
associated with a root ft is found by taking the negative 
logrithm, —log ft. 

Once the five decoding steps have been completed in 
sequence, the three memories are swapped so that the 
data pipelined through the last step and stored in the 
one of three memories used while decoding is automati- 
cally presented to the output means. 

The novel features of the invention are set forth with 
particularity in the appended claims. The invention will 
best be understood from the following description when 
read in connection with the accompanying drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a block diagram of the decoder of the pres- 
ent invention. 

FIGS. 2a, b and c are illustrations of data transmission 
and storage format for data transmission from host pro- 
cessor to decoder. 

FIGS. 3 a, b and c illustrate data format for data trans- 
mission from decoder to host computer. 

FIG. 4 is a block diagram of a RAM module used in 
the present invention. 

FIG. 5 is a block diagram of an input module used in 
the present invention. 

FIG. 6 is a block diagram of a microprogrammed 
controller used in several modules. 

FIG. 7 is a block diagram of a syndrome generator 
module. 

FIG. 8 is a block diagram of an Euclid’s algorithm 
module. 

FIG. 9 is a block diagram of a Chien search module. 

FIG. 10 is a block diagram of an error computation 
and correction module. 
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FIG. 11 is a block diagram of an output module. 

DETAILED DESCRIPTION OF THE 
DRAWINGS 

Referring to FIG. 1, a spacecraft 10 transmits data 
(which has been encoded in one of a plurality of estab- 
lished Reed-Solomon code formats for error detecting 
and correcting) to a host processor 20 at a ground sta- 
tion. The host processor then transmits the received 
data, R(X) and a keyboard (which, among other things, 
identifies the Reed-Solomon code being used), to a 
Reed-Solomon decoder 22 for decoding and correction 
of byte and bit errors in accordance with the present 
invention. 

The basic parameters for the Reed-Solomon code are 
codeword length (N), symbol size (J), error correction 
capability (E) and interleaving depth (I). Also of inter- 
est are the field generating polynomial, M(X) and the 
generator polynomial for the code g(X). In the present 
invention: 

N=255 symbols of J bits per symbol. 

J— 8 bits. 

E=16, i.e., the code will correct all patterns of 16 or 
fewer symbol errors. 

1=1 through 7. Interleaving depth may be any value 
from 2 to 7 provided it is done on a symbol-by-sym- 
bol basis not a bit-by-bit basis. 1=1 represents the 
nonin terleaved case. 

M(X)=X 8 + X 4 +X 3 -f X 2 -f 1. This polynomial defines 
the representation of the Galois field GF(2 8 ). 

g(X) = i 2 (J X - a«) = (X - a) {X - a 2 ) ... (X - a 32 ). 


The generator polynomial for the code g(X) defines the 
way decoding must be done. In the example shown in 
FIGS. 2a, b and c, data words, as received from the host 
processor are arranged in code blocks of 765 symbols, 
as shown in FIG. 2a, and then assembled into three 
codewords of 255 symbols each, as shown in FIG. 2 b. 
Thus, as used herein, the term “symbol” refers to an 
8-bit element from the Galois Field of 256 elements or 
GF(2 8 ). A codeword is 255 symbols or 2040 bits. It 
consists of 223 symbols of data and 32 parity check 
symbols, for a total of 255 symbols. A code block is 
three codewords, or 765 symbols, an amount of data 
equal to 2040 bits times the interleave depth. Several 
codewords may be interleaved together to enhance the 
code performance by allowing longer bursts of errors to 
be corrected. Data within the code block is not rear- 
ranged, but the codewords are interleaved within the 
block. 

When a spacecraft has less than a full block of data to 
transmit to the decoder at a ground station, it inserts 
enough zeros to fill 223 symbols per codeword, gener- 
ates parity in the usual way then removes the zeros 
before transmission through space. Each data block sent 
to the decoder must contain the keyword followed by 
(255 — Z)xl bytes of data, where I is the interleave 
depth and Z is the number of zeros to be inserted. 

The host processor must determine how many zeros 
to reinsert and inform the decoder by means of an 8-bit 
binary number called Z which is contained in the key- 
word shown in FIG. 2c. In addition, it is possible that 
the zero symbols could be inserted either before the 
data symbols or after the data symbols, but before the 
parity symbols. Therefore, the keyword must contain 
one bit to specify in which of the two locations the 
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zeros are to be reinserted. In order for decoding to take 
place, the host processor at a ground station must trans- 
mit a 16-bit keyword with a code block of 8-bit symbols 
arranged in pairs, as shown in FIG. 2a. The keyword is 
5 used by the decoder 22, which assembles the data sym- 
bols in a decoder RAM 30 as shown in FIG. 2b. After 
decoding occurs, the decoder will return to the host 
processor 20 the corrected data and information about 
the number of bytes in error and the total bit errors as 
1° shown in FIGS. 3 a, 3 b and 3c. 

Referring to the keyword format shown in FIG. 2c, 
the first bit 15 is not used at this time and should be set 
to zero. Bit 14 specifies the position of the zeros to be 
inserted (0= zeros inserted before the data; 1= zeros 
15 inserted after data). Bit 13 specifies whether the code 
generator polynomial is a palindrome (Bit 13= 1) or the 
original polynomial (the product of the first 32 powers 
of alpha). Bits 12 and 11 specify the field generator 
polynomial used. For example, 00 calls for the Voyager 
20 generator polynomial, and 01 calls for the Berlekamp 
code. Thus, up to four different field polynomials may 
be specified. Bits 10, 9 and 8 specify the depth of inter- 
leaving, I (a 3 bit binary number from 1 to 7). Bits 0 
25 through 7 comprise Z, the number of zero bytes to be 
3 inserted in each codeword. Z is an 8-bit binary number 
and can have any value from 0 through 223. 

The data block following a keyword is composed as 
follows. First there are (223 — Z) X I data bytes followed 
by 32X1 parity bytes. This string of bytes is down- 
loaded to the decoder in 16-bit words with the first byte 
being the most significant byte in the word. If the last 
word contains only one useful byte then it becomes the 
MSB and the other byte (X) may have any value. Thus, 
35 the input to the decoder 22 (FIG. 1) received from the 
host processor is as shown in FIG. 2 a is essentially the 
Reed-Solomon code block transmitted by the space- 
craft 10 (FIG. 1). 

As directed by the interleaving value in the keyword, 
4Q the decoder 22 deinterleaves its incoming data and 
stores it in its internal RAM memory 30 in reassembled 
codeword form, as illustrated in FIG. 2b. Once pro- 
cessed and corrected for errors, the codewords are 
stored in the RAM as shown in FIG. 3a. After decod- 
45 ing, the data block returned to the host processor will 
contain the corrected data bytes followed by the error 
counts as shown in FIG. 3 b. The parity bytes are not 
returned. The data bytes will be arranged exactly as 
they were downloaded, i.e., sent to the decoder by the 
50 host processor. Immediately following the last byte of 
data will be the error bytes shown in FIG. 3c. These are 
called E (total bytes corrected) and e (total bits cor- 
rected). E and e bytes give error counts for one code- 
word only. Thus there will be one E and one e per 
55 codeword and there are three codewords in a block for 
1=3. These are appended to the data with no gaps, and 
this block is then uploaded (i.e., sent back) to the host 
processor in 16-bit words with the first 8-bit byte being 
the most significant in a word. The last word may con- 
60 tain an unnecessary byte (X) in the LSB position. The 
first bit in the E byte is the “failure to correct” bit which 
will only be set if the decoder was unable to perform 
decoding on that codeword due to an excessive number 
of errors. The decoder does not transmit the keyword 
65 back to the host processor 20 (FIG. 1), and omits the 
inserted zeros. 

FIG. 1 shows the organization of the decoder 22 in 
accordance with the present invention. It includes an 
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input module 24, a RAM memory 30, processing means 
40 and output module 26. The processing means 40 is 
comprised of a syndrome generator module 42, an Eu- 
clidian algorithm module 44, a Chien search module 46, 
and an error computation and correction module 48. 5 
The modules of the processing means 40 perform the 
required operations in the sequence shown by the con- 
necting lines using dedicated hardware. It employs 
pipeline data processing throughout, both within the 
modules (functional blocks) and within the overall de- 10 
coder. The use of a RAM interface with the input and 
output modules eliminates data transfer delays by keep- 
ing data in place in memory while switching access to 
modules 42 and 48 as needed. The processing means 
operates on polynomials by passing them through 15 
FIFOs, treating each term sequentially as it appears at 
FIFO outputs. This allows processing to begin on a 
second word before it is fully completed on a first word, 
and calculations are more direct. In addition, the dedi- 
cated hardware can operate at a higher clock rate than 20 
can programmed microprocessors, or a general purpose 
computer. 

The RAM module shown in FIG. 4 consists of three 
RAM segments 31, 32 and 33, each configured as 2K 
word of 8 bits. Each RAM segment can thus store more 25 
than one codeword. The RAM memory 30 is accessed 
by two modules in the decoding means 40 during de- 
coding, namely the syndrome generator module (SGM) 

42 at the beginning end of the pipelined decoding means 
40, and the error computation and correction module 30 
(ECCM) 48 at the finishing end. It is also accessed by 
the input module (INM) 24 and the output module 
(OUTM) 26 which provide the necessary interface with 
the host processor. 

Thus the Reed-Solomon decoder 22 can be thought 35 
of as having three main parts, each of which needs 
access to the RAM. These three parts are the input 
module 24, decoding means 40 and output module 26, as 
shown in FIGS. 1 and 4. At any given instant in time, 
each of the three parts is connected to one of three 40 
RAMs through a l-of-3 I/O selector gates 34, 35 and 36. 
Each of the three parts is also connected for control to 
a 3-state counter 37 shown in FIG. 4. The 3-state 
counter is coupled to a decoder 38 which in turn enables 
a selected one of the l-of-3 I/O selector gates 34, 35 and 45 
36. 

The state of the counter 37 is controlled by each of 
the input module 24, processing means 40 and output 
module 26 through AND gate 27 and NOR gate 28 at 
respective set (S) and reset (R) input terminals of a 50 
flip-flop 29. When gate 27 receives a DONE signal from 
each of the three parts, 24, 40 and 26, it sets the flip-flop, 
which results in a clock pulse called SWAP being sent 
to the 3-state counter 37. The SWAP signal is also sent 
to all three parts 24, 40 and 26 which then drop their 55 
respective DONE signals causing NOR gate 28 to be- 
come active, which resets flip-flop 39. The SWAP sig- 
nal causes counter 37 to advance one state and via de- 
coder 38 to effect the swapping of all RAM data and 
address lines in a sequential 3 -state pattern. This has the 60 
effect of moving the data from one processing step to 
the next, once all three parts are done with their steps, 
without any physical movement of the data actually 
taking place, where the processing steps are to input 
data, process data and output data in code blocks. In the 65 
second step, namely processing data through means 40, 
the data is automatically pipelined through the modules 
42, 44, 46 and 48 shown in FIG. 1. This arrangement 
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allows overlapping, since all blocks of data are accessi- 
ble to the input, processing and output modules at the 
proper times. In that manner, overall pipelining is ac- 
complished, as well as internal pipelining within the 
decoding means 30. The output module 26 can begin 
outputting the first code block while the modules in the 
decoding means work on a second block, and the input 
module takes in a third code block. This is shown in the 
following table: 



RAM 

SEGMENT 
1 2 

3 

State A 

INPUT 

PROC. 

OUTPUT 

State B 

PROC. 

OUTPUT 

INPUT 

State C 

OUTPUT 

INPUT 

PROC. 


When the first RAM unit is in the input mode, the sec- 
ond is in the processing mode and the third is in the 
output mode. When the swap occurs under control of 
the decoder 38, the gates 34, 35 and 36 are switched and 
now the first RAM unit is in the processing mode, the 
second is in the output mode, and the third is in the 
input mode. The next swap effects switching in each of 
the selector gates 34, 35 and 36, and then the first RAM 
unit is in the output mode, the second in the input mode, 
and the third in the processing mode. 

The RAM “swapping” feature is central to the over- 
all pipeline operation of the decoder. In summary, it 
consists of the 3-state counter 37 which increments only 
after all three operations (input, data processing, out- 
put) are “done” on three different code blocks. At this 
point, the swap occurs and data effectively moves down 
the overall pipeline, but in actuality remains in the same 
RAM unit from the time it is input to the time it is 
output. The swapping is accomplished by switching all 
of the address lines and all of the data lines using 74S244 
tri-state buffer devices. The purpose of this approach is 
to eliminate the delay time required to actually transfer 
data from one module to another inside the decoder 22, 
where the decoding means 40 is considered as one mod- 
ule, although comprised of several through which data 
is pipelined so that there is both overall pipelining, as 
described with reference to FIG. 4, and pipelining in 
the data decoding means 40 where decoding and error 
correcting takes place. 

The organization of the input module 24 is shown in 
FIG. 5. It is primarily a controller which must deter- 
mine where to store incoming data in a RAM unit. The 
data is received in input register 24a. Code conversion, 
shown by block 24 b, may be optionally provided in 
transferring the input data to the RAM 30 (FIG. 1). A 
microcontroller (microprogrammed controller) 24c 
generates a series of addresses for the RAM unit. It does 
this by first examining the keyword (the first input 
word) to determine depth of interleaving (I) and the 
number of zeros to reinsert (Z). It then presets an inter- 
leave counter 24 d and an address counter 24c which 
generate the proper sequence of addresses. At the 
proper time, it drives the data lines to zero and proceeds 
to increment the RAM address counters 24c and 24 d, 
thus effecting the zero reinsertion. The keyword also 
gets stored in RAM. It should be recalled that the l-of-3 
I/O selector gates determine which RAM unit is ad- 
dressed to receive the input data. For example, if I, the 
interleaved depth is equal to three and Z, the number of 
zero bytes to be inserted is 7, then the data lines would 
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be driven to zero and the address counter 24 started at 
1. Then while the counters 24e and 2Ad are incremented 
in turn and the address counter 24e tracks the Z number 
(i.e., is decremented seven times) zero symbols will be 
written into RAM to complete the zero insertion pro- 5 
cess. In other words, for each count of the address 
register 24<?, the counter 24 d increments from 1 to 3 and 
back again, A similar cycle is performed for the data 
transfer with the initial number stored in the address 
counter lAe being 223 — 7 or 216. When this process is 10 
completed (255-Z)*I data symbols will have been loaded 
into a RAM unit with Z*I zeros inserted. 

FIG. 6 shows an arrangement for a microcontroller 
used in the modules of the processing means 40 (FIG. 

1). It comprises a status multiplexer 25 a which receives 15 
status inputs of the module being controlled, a status 
latch 25 b and a microprogram memory (PROM) 25c. A 
pipeline register 25 d receives control words from the 
PROM as they are read out to provide control outputs 
to the module, and status line select outputs which con- 20 
trol the multiplexer to select the status input for the next 
control word to be selected in conjunction with the next 
address select code from the control word in the pipe- 
line register. For a more complete description of the 
organization and operation of this microcontroller (mi- 25 
croprogrammed controller), reference is made to appli- 
cation Ser. No. 587,749 filed by the same inventor on 
Mar. 9, 1984, which is fully incorporated herein by 
reference. What is central to the microprogrammed 
controller is that the selected status signal and the next 30 
address code of the current control word select the next 
control word. Control is thus conditional in that the 
next control word is taken from one section of PROM 
or another, depending upon whether the selected status 
signal is 1 or 0. 35 

Before describing the processing means 40 in more 
detail, the basic algorithm used will be described. It 
consists of five steps, each of which is of itself conven- 
tional, implemented by separate modules, as follows: 

40 

(1) Syndrome Generation (FIG. 7) 

This algorithm consists of a matrix multiplication 
composed of 16,320 individual arithmetic operations, 
which yields the syndrome, S(X), which consists of 32 
terms and has the form: 45 

S(X)=S 3 2X 3] +S 29 X 20 . . . +S 2 X+S 1 

It is derived from the received codeword which may be 
expressed as follows: 50 

R(x)=R 0 +R\X+R 2 X 2 + . . . 

+ *253* 253 +j? 2 54* 254 

Each of the 32 coefficients of the symdrome are evalu- ^ 
ated using the following expression: 

254 

S„ = 2 Ria l ' n 

i = 0 

— + i?iod’ n + R 2 a 2 ‘ n ■+■...+ /?253 a2 ^' n + R 2 ^o. 2 ^ n 

= i ?0 + a n (R\ -b a n (R 2 + . . . + 6 n (/?253 + a n /?254)) • • • ) 

(2) Eudlid’s Algorithm (FIG. 8) 65 

This step consists of finding the greatest common 
divisor of two polynomials by performing a series of 
polynomial divisions. This yields the error locator poly- 
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nomial, <r(X) and the error magnitude evaluator poly- 
nomial o>(X). 

(3) Chien Search (FIG. 9) 

This step is the process of locating the errors by find- 
ing the roots of the error locator polynomial. These 
roots are called P's. 

(4) Error Magnitude Computation (FIG. 10) 

This step is the determination of the error magnitudes 
by first evaluating m(p) and cr'{P) and then dividing the 
two, as shown below. This yields the error magnitudes, 
called E’s. The location of an error associated with a 
root, /J, is found by taking the negative logarithm, i.e., 

Address of error = — log /3 

The magnitude of the error is found by evaluating the 
following expressing at ft: 

Efi~<3i(X)/cr'(X), 

where X~p 

Ct)(X) = ft> n X n + <0 n _lA 7, “ I + . . . <D]X+O>0 

with n having a value equal to the number of errors, 
and: 

cr'{X)=<r m X 2 ”'+o- m - X X 2m - 1 + . . . +< n X 2 +cr 0 

(5) Error Correction (FIG. 10) 

This is the process of adding the error magnitudes 
(E’s) to the received data at the locations corresponding 
to the P's. This produces the corrected codeword, 
C(X). 

Decoding Means 40 

The modules for each of the five steps of the decod- 
ing means will now be described in detail. In the syn- 
drome generator module 42 shown in FIG. 7, data is 
received from a RAM unit by pipeline register 102. This 
module consists of a matrix multiplication of 16,320 
individual arithmetic operations performed by a total of 
32 almost identical calculator circuits 104 and accumu- 
lator circuits 105. Each calculator circuit must perform 
255 multiplications and 255 additions, via adders 106, in 
order to calculate one syndrome symbol S(X)» The 
calculated syndrome is passed to the next module (the 
Euclid’s Algorithm module) by a multiplexer 107. All 
operations are under control of a fixed sequence micro- 
program stored in a dedicated microcontroller 108. 

The syndrome generator module is by far the largest 
circuit complex in the decoder. All 32 calculator cir- 
cuits 104 run simultaneously and calculate the complete 
syndrome symbol in about 15 microseconds. This is an 
equivalent rate of over a billion operations per second. 
The rate is set this high in order that the decoding be 
done in real time, and if the syndrome symbols turn out 
to be all zero, as is often the case, that codeword is error 
free and the next codeword can be processed immedi- 
ately. The microcontroller allows the internal process- 
ing of this module to be pipelined so that work can start 
on the next codeword before the present one is entirely 
completed. 

The Euclid’s algorithm module 44, shown in FIG. 8, 
while not as large as the syndrome generator module, 
has more functions to perform, and thus is the most 
complex module in the decoder. It performs a series of 
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polynomial divisions and multiplications to determine 
the greatest common divisor between two polynomials 
in order to compute the error locator polynomial v(X) 
and the error magnitude evaluator polynomial o)(X). 

The syndrome S(X) polynomials are received from 
the syndrome generator module and stored in a FIFO 
112. The calculations of this step are performed serially 
on the polynomial coefficients, as they are shifted out of 
the FIFO 112, using coefficients R, T and A stored 
FIFOs 114, 116 and 118. When a predetermined condi- 
tion is reached, as determined by select units 114a and 
118a, the computation stops, except in unit 119 which 
then extracts the derivative cr'(X) of the error locator 15 
c r(X) by merely removing its odd powered terms, at 
which time the module contains at outputs 1146, 1186 
and 119c the error magnitude evaluator polynomial 
o>(X) and the error locator polynomial tr(X), and the 
derivative cr'(X), all under control of a microcontroller 
120. The various arithmetic operations required are 
indicated by the arithmetic function symbols -f , X and 
-r- in circles. Note that for division, two buffer registers 
121 and 122 are provided. The output of the D register 25 
121 is connected to a zero detect circuit 123 to deter- 
mine when the syndrome S(X) is zero. This allows the 
microcontroller to skip the step for the symbol and go 


20 


A 3 ± 4X 2 + X 4- 2 
x+ 3 Ja 4 * 7A 3 + 13A 2 + 5X +~6 
N A 4 + 3A 3 

4A 3 + 13 A 2 
4A 3 + 12A 2 

A 2 + 5A 
A 2 4- 3A 

2A+ 6 
2A 4- 6 
0 

In the module shown in FIG. 10, both error magni- 
tude computation and error correction are combined. 
Error magnitude computation is performed in two 
steps, under the direction of a microcontroller 140. In 
the first step, the error magnitude evaluator polynomial 
cu(X) is received in a FIFO 142 and the derivative of the 
error locator polynomial cr'(X) is received in a FIFO 
144. From these the error magnitudes E/3 and location 
/3 are evaluated using the roots /3 found by the Chien 
search module and received in FIFO register 146. This 
is done by shifting the two polynomials out of the 
FIFO’s 142 and 144, evaluating the terms one by one, 
and accumulating the results in registers 148a and 1486. 
The evaluated error magnitude polynomial a>(fi) stored 
in the accumulator 148a is divided by the evaluated 
derivative of the error locator polynomial cr'(/3) in a 


circuit 150. The results are the actual error magnitudes 
on to the next one. For a complete description of Eu- e/ 3. Ilote< j hereinbefore, E/J is the ratio of o>(/3) to 


clid’s algorithm for polynomials, see The Theory of 
Information and Coding by Robert J. McEliece, in 
ENCYCLOPEDIA OF MATHEMATICS AND ITS 
APPLICATIONS, Addison-Wesley Publishing Co. 
(1977), Vol. 3, pp 175-8. 

The Chien search module shown in FIG. 9, also 
under control of yet another microcontroller 130, lo- 
cates the errors by finding the roots (/3) of the error 


<rm 

The second step is the actual correction of the errors. 
The roots are used to access the symbol location in the 
RAM through a logarithm table 152 which converts the 
35 roots 8 into the address of the error by converting /3 
into —log /J. Then the error magnitude E/3 is added to 
the symbol received from the RAM at that address to 
correct it. For that purpose, the received symbol is 
temporarily stored in a register 156. Lastly, the number 


locating polynomial cr(X). These roots point to the 40 0 f errors in the codeword is totaled by an error counter 


error locations in memory. The roots are found by di- 
viding the error locating polynomial <r(X) by some trial 
divisor (X—/3 /). If the remainder is zero, then >3/is a root 
of cr(X). The quotient now becomes the new dividend 
and the process is repeated as necessary until all roots 
are found. If the correct number of roots are not found, 
that is, if the polynomial does not completely factor, 
then the codeword contains more than 16 errors and is 


158 and then transmitted to the RAM (to be transmitted 
to the host computer by the output module, as described 
earlier, at the end of the corrected codeword), all under 
control of the microcontroller 140. 

45 In order to be able to decode in real time, the decoder 
22 (FIG. 1) must be designed to process data at a mini- 
mum rate of 1 megabit per second under worst-case 
conditions. The worst case occurs at exactly 16 errors in 
a codeword. Processing a codeword having fewer er- 


•not correctable. The trial divisors are taken in order 50 rors requires less time; processing a codeword with 


from (X— 1) to (X— 255). Implementation of the mod- 
ule comprises FIFO’s 131 and 132 to store and shift the 
dividend and quotient, respectively, during division, a 
multiplier 133, an adder 134 and a zero detector 135. 
The adder actually performs the operation of subtract- 
ing after multiplying in the decimal arithmetic example 
below. Subtraction is equivalent to addition in this Ga- 
lois Field, GF(2 8 ), and is performed by exclusive-OR 


more than 16 errors causes an early indication of inabil- 
ity to correct. The average data rate is roughly doubled 
by having the incoming data in a continuous stream, 
which is possible since the decoder can process in over- 
55 lapping fashion by providing that the input, decoding, 
and output data processing modules have simultaneous 
access to various data sets in the RAM module. 

The organization of the output module 26 is shown in 
FIG. 11. This module essentially reverses the procedure 


gates. A register 136 stores the remainder, and a counter 60 of the input module shown in FIG. 5. It is comprised of 


137 is incremented for producing the /3’s used in the 
trial polynomials, all under control of the microcon- 
troller 130. 

The following is an example for the polynomial, ^ 
o _ (j^=Y 4 -(-7Y 3 +13Y 2 +5X-|-6. Decimal arithmetic is 
used for illustration purposes; the actual arithmetic is 
binary Galois Field arithmetic. 


a microcontroller 160, an interleave counter 162 and 
address counter 164 used to address the RAM in mod- 
ule 30, a converter 166 for code conversion and an 
output register 168. A microcontroller 162 sequences 
the outputting procedures. 

The output module reads the keyword from RAM to 
determine the depth of interleaving and the number of 
zeros to be reinserted. With these numbers, the mi- 
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crocontroller 160 presets the counters 162 and 164 
which will generate the correct sequences of addresses 
for output of data. As the data is read, it is transmitted 
to the host processor 20 (FIG. 1). 

The data block returned to the host processor will 5 
contain the corrected data bytes followed by the error 
counts. The parity bytes are not returned. The data 
bytes will be arranged exactly as they were down- 
loaded. Immediately following the last byte of data will 
be the error bytes. These are called E (total bytes cor- 10 
rected) and e (total bits corrected). E and e bytes give 
error counts for one codeword only. Thus there will be 
one E and one e per codeword and there are I code- 
words in a block. These are appended to the data with 
no gaps and this block is then uploaded to the host 15 
processor in 16-bit words with the first byte being the 
most significant in a word. The last word may contain 
an unnecessary byte in the LSB position. The first bit in 
the E byte is the “failure to correct” bit which will only 
be set if the decoder was unable to perform decoding on 20 
the codeword due to an excessive number of errors. 

Although particular embodiments of the invention 
have been described and illustrated herein, it is recog- 
nized that modifications and variations may readily 
occur to those skilled in the art. Consequently, it is 25 
intended that the claims be interpreted to cover such 
modifications and variations. 

What is claimed is: 

1. A decoder for decoding Reed-Solomon encoded 

data comprising 30 

input means for receiving said encoded data in a 
stream of code blocks, 

memory means coupled to said input means for stor- 
ing said received encoded data, 
processing means coupled to said memory means for 35 
performing decoding functions on said stored en- 
coded data and returning processed data to said 
memory, 

output means coupled to said memory means for 
transmitting decoded data from said decoder, 40 
said memory means including three identical memo- 
ries, one for storing encoded data to be decoded, 
one for storing data being decoded, and one for 
storing decoded data being transmitted out of the 
decoder, each memory having its own addressing 45 
means and data output terminals, 
means for determining when each of said input 
means, processing means and output means have 
completed their respective functions on a different 
code block, and 50 

switching means responsive to said determining 
means for sequentially swapping memories be- 
tween said input means, processing means and out- 
put means, whereby overall pipelining of code 
blocks is provided through said decoder without 55 
physically transferring code blocks through more 
than one memory. 

2. A decoder as defined in claim 1 wherein said pro- 
cessing means is comprised of a plurality of sections, 
each for carrying out an algorithm step, and each pipe- 60 
lined such that data is pipelined through the decoding 
means for decoding while overall pipelining is affected 
by memory swapping. 

3. A decoder as defined in claim 2 wherein said data 

is encoded in a Reed-Solomon code consisting of code- 65 
words made up of K data and N-K check symbols, 
where K is an arbitrary number and K is a number 
smaller than N, and each symbol is made up of J binary 
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bits encoded with a generator polynomial g(X) and a 
field generating polynomial M(X) which defines the 
representation of the Galois field, and said processing 
means comprises the following sequentially pipelined 
processing means: 

pipelined means for generating a syndrome polyno- 
mial S(X) in response to each received codeword 
R(X), wherein said syndrome consists of m terms 
and has the form 

. . +S 2 X+Si 

and said received code word is defined as 
RW^Ro+RiX+RjX 2 . . . R n — \X N ~ 1 -\-R n X N 


pipelined means for computing Euclid’s algorithm for 
determining an error locator polynomial 
cr(X) = <rp(j+ <x/_ \XJ- 1 . . . +o'\X+O‘ 0 > where 
l^j^m/2 and an error magnitude evaluator 
polymomial &)(X) = u)/_ \X l ~ 1 . . . 
where i=j — 1, 

pipelined means for computing the roots /3 of the 
error locator polynomial o)(X) to determine the 
location of errors, 

means for computing the error magnitudes E/3 from 
the derivative cr'(X) of the error locator polyno- 
mial, the error magnitude evaluator polynomial 
o>(X) and the root /3 of the error locator polyno- 
mial, comprising means for computing cr'(/3) and 
u>(/3), and means for computing Efi=<r(fi)/a)(fi), 
and 

pipelined means for correction of error by adding the 
error magnitudes at the proper locations found by 
taking the negative logrithm of the error locator 
root 

4. A decoder as defined in claim 3 wherein each code 
block received includes a keyword which specifies for 
the decoder the generator polynomial g (X) to be used, 
whereby said decoder may decode a number of differ- 
ent Reed-Solomon codes generated with a different 
generator polynomial. 

5. A decoder as defined in claim 4 wherein each key- 
word of a code block received specifies the depth of 
interleaving of symbols, and including means for dein- 
terleaving a code block and arranging it into codewords 
for processing. 

6. A method of decoding Reed-Solomon encoded 
data received in a stream of encoded blocks comprised 
of five sequential algorithms through which each block 
of data is processed for decoding consisting of 

generating a syndrome polynomial S(X) in response 
to each received codeword R(X), wherein said 
syndrome consists of m terms and has the form 

S^SmX” 1 - X +S m - X X m ~' 1 • • • +5 2 Jr+5i 

and said received code word is defined as 

R{X)=R 0 +R\X+ R 2 X 2 ■ ‘ • Ra-iXN-l+R"#* 


computing Euclid’s algorithm for determining an 
error locator polynomial cr(X)=crjXJ- f- oy_ \Xi ~ 1 • • 

. +oriX+cr 0 , where l=j = m/2 and an error mag- 
nitude evaluator polynomial <o(x) and <o/XH— 
<t>/_lX / “ 1 . . . a>iX+ci) 0 , where i is the ith term of 
the evaluator polynomial co(X), and is equal to 
j — 1, where j is the jth term of the error locator 
polynomial, 
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computing the roots /3 of the error locator polyno- 
mial cd(X) to determine the location of errors, 
computing the error magnitudes from the deriva- 
tive o-'(X) of the error locator polynomial, the 
error magnitude evaluator polynomial o)(X) and 
the root J3 of the error locator polynomial, com- 
prising means for computing cr'(P) and to(/3)» and 
means for computing and 

correcting errors by adding the error magnitudes at 
locations found by taking the negative logrithm of 
the error locator root 

wherein each code block received includes a key- 
word which specifies for the decoder the generator 
polynomial g(X) to be used, whereby said decoder may 
decode a number of different Reed-Solomon codes 
generated with a different generator polynomial. 
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7. A method of decoding Reed-Solomon encoded 
data as defined in claim 6 wherein each keyword of a 
code block received specifies the depth of interleaving 
of symbols, and including means for deinterleaving a 

5 code block and arranging it into codewords for process- 
ing. 

8. A method of decoding Reed-Solomon encoded 
data as defined in claim 7 wherein codewords are pipe- 
lined through the sequential algorithms, thereby elimi- 

10 nating delays by allowing processing to begin on a 
codeword before decoding is completed on a first code- 
word. 

9. A method of decoding Reed-Solomon encoded 
data as defined in claim 8 wherein the number of errors 

15 in a codeword is totaled for transmsittal with the de- 
coded data. 
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